home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / SOURCES / ATARI_SRC.ZIP / atari source / HDX_BACK / HDX502 / README1 < prev    next >
Encoding:
Text File  |  2001-02-09  |  3.8 KB  |  127 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. 2.    Later I found it was a software problem in AHDI.PRG -- The timing problem 
  7.  
  8.     between the DMA controller and the drive when handshaking after the Command
  9.     
  10.     or Status or Data transfer. When this kind of DMA method transfer occur,
  11.     
  12.     first the controller send 6 bytes of the command blocks, then do some hand-
  13.  
  14.     shaking, one of the handshaking is get the status byte, but when reading
  15.  
  16.     the status byte, have to check and wait for the REQ to come, then read the
  17.  
  18.     status byte, and the rest DMA transfer can go on to finish. For the AHDI6.03
  19.  
  20.     and HDX5.01, they didn't check and waiting for the REQ to come, then they do
  21.  
  22.     the rest of DMA transfer, for some drives if their REQ come very quick, then
  23.  
  24.     AHDI6.03 and HDX5.01 won't have the timing problem, so they can work out
  25.  
  26.     fine with those kind of drives. But for some drives if their REQ come very
  27.  
  28.     slowly, like the Syquest 88MB and IBM OEM 0663E15 1.2GM drives, then the 
  29.  
  30.     AHDI6.03 and HDX5.01 will have the timing problem which makes the AHDI6.03
  31.  
  32.     can't recognize these kind of dirves, and can't read or write the drives.
  33.  
  34.  
  35. 3.    Now, the AHDI6.03a and HDX5.01a have fixed this kind of timing problem, I 
  36.  
  37.     wrote some codes to check the REQ before continueing to do the rest of DMA
  38.     
  39.     transfer in SPSCSI.S of AHDI6.03 and in HDX5.01 too. So they can work well 
  40.     
  41.     for Syquest 88MB and IBM OEM 0663E15 drive.
  42.  
  43.  
  44. 4.    Also the AHDI6.03 has another problem when it scans the drives in the train,
  45.  
  46.     it can't recognize those drive with a slow reset to the ready state inside 
  47.     
  48.     the drive, for example, the IBM OEM drive. After the AHDI6.03 makes the 
  49.     
  50.     'inquiry()' call to request the informations of this drive, AHDI right away
  51.     
  52.     to read the Root sector within 1 second, but IBM OEM drive is still not 
  53.     
  54.     read to be read after the 'inquiry()' call, it takes about 5 second to reset
  55.     
  56.     and get the drive ready to be read, so the 'hread()' get the non zero return 
  57.     code which is the drive is still busy code, but the AHDI6.03 doesn't check
  58.  
  59.     this case, so AHDI treat non zero return will mean no drive in that slot, so
  60.  
  61.     the AHDI6.03 can't recognize this kind of drive. Now I add some codes in the
  62.  
  63.     'install.s' to check to see if the drive is busy, if so just loop to try to
  64.  
  65.     read it again, or time out. So the AHDI6.03a fixed this bug too.
  66.     
  67.  
  68.  
  69. 6.    Fix another bug in the 'rescan()' of HDX5.01. If a floptical drive in the
  70.  
  71.     system, the HDX will think it is a removable drive, then ingnores to check 
  72.  
  73.     if it's also a SCSI drive, on the other words, forgets to set a bit in the
  74.  
  75.     'typedev' flag, which later will tell the HDX how to do the format and 
  76.  
  77.     partition. This bug exist because HDX5.01 thinks removable drive only in the
  78.     
  79.     ACSI train, which is not true in today. 
  80.     
  81.  
  82. Aug - Oct 92
  83.  
  84.  
  85.     Up date the HDX to 5.01 version so that can be used for the Falcon:
  86.  
  87.  
  88.         a.    Changed the user interface to the scroll bar when selecting which
  89.  
  90.             unit is going to be done the partition or format operations.
  91.  
  92.         b.    Deleted the 'ship' operation from the HDX because the new hard
  93.  
  94.             disk will part the head automatically when turning off the power.
  95.  
  96.  
  97.  
  98. Oct - Nov 92
  99.  
  100.  
  101.     Up date the other verson of HDX, which can preserve the date inside the 
  102.     
  103. partition when doing the repartition, to the 5.01 version level. 
  104.  
  105.  
  106.  
  107. Present
  108.  
  109.  
  110.     Fixed a bug in the HDX5.01 so that now can be used for the SH204.
  111.  
  112.     Read AHDI source codes, and try to understand it. And try to find something 
  113.     
  114.     new to do.
  115.  
  116.  
  117. 1.    Killed a HDX 5.01 bug which gave some bombs when there was no wincap file
  118.  
  119.     next to the HDX.PRG. So now we can run the HDX 5.01 without the wincap file.
  120.  
  121.     Wincap file will be needed when those hard disks are not standard, for 
  122.     
  123.     example, HDX can't get the hard disk informations from those function call 
  124.     
  125.     'readcap()', 'inquiry()' and so on.
  126.  
  127.